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A system and method for performing variable speed scanning or browsing, 
wherein a user controls the playout speed of a movie, which does not require 
additional disk or network bandwidth resources. In a preferred embodiment, the 
method provides for scanning opera 
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tions for an MPEG video stream. The method satisfies the constraints of the 
MPEG decoder (in the users set-top box) and require a minimum of additional 
system resources. The embodiments of the present invention include (a) a 
storage method, (b1) a segment sampling method, (b2) a segment placement 
method, and (c) a playout method, where (b1) and (b2) are two alternatives for 
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© A system and method for performing variable 
speed scanning or browsing, wherein a user controls 
the playout speed of a movie, which does not re- 
quire additional disk or network bandwidth re- 
sources. In a preferred embodiment, the method 
provides for scanning operations for an MPEG video 
stream. The method satisfies the constraints of the 
MPEG decoder (in the users set-top box) and re- 
quire a minimum of additional system resources. 
The embodiments of the present invention include 
(a) a storage method, (b1) a segment sampling 
method, (b2) a segment placement method, and (c) 
a playout method, where (b1) and (b2) are two 
alternatives for segment selection. Thus, two sets of 
solutions are provided to support vriable speed 
scanning in a disk-array-based video server: One 
using (a), (b1) and (c), and the other using (a), (b2) 
and (c). 
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Field of the Invention 

The present invention relates to the support of 
video frame retrieval and scanning in a disk-array- 
based video server. 

Related Art 

In a video on demand (hereinafter, VOD) sys- 
tem, multimedia streams (movies) are stored on a 
storage server and played out to an end user 
(receiving) station upon request. The multimedia 
streams consist of compressed video and audio. 
The prevalent standard for the video is MPEG 
(Moving Picture Experts Group). Inter-frame com- 
pression techniques such as MPEG provide signifi- 
cant advantages in storage and transmission, and 
consequently they are universally accepted for 
VOD applications. 

During normal playout, data blocks belonging 
to the multimedia stream are retrieved from the 
storage system and transmitted to the receiving 
station. The receiving station decodes the incoming 
stream and plays it out. In general, it is desirable to 
provide the user with VCR~like search functions 
such as "fast-forward" (also called "scan forward") 
in a VOD system. There are several conventional 
approaches to implementing this fast-forward 
(hereinafter, FF) function, some of which mimic the 
scan operation of an analog VCR or movie projec- 
tor. However, each of these approaches imposes 
additional resource requirements on the system as 
explained below, where for ease of exposition, it is 
assumed that the movie has to be scanned at three 
times of the normal playout rate. 

- The multimedia stream is retrieved and trans- 
mitted at 3X of the normal playout rate, and 
the end station filters and plays out the data. 
This solution requires additional resources 
(3X the normal rate) at the storage system, 
the memory buffers, and the network. It also 
requires additional resources at the end sta- 
tion to process the incoming data. 

- The storage system retrieves and transmits 
every third frame to the end station. This 
solution requires a significant amount of addi- 
tional system resources. The multimedia file 
must now be indexed to retrieve individual 
frames, and the amount of retrieved data is 
higher than normal due to the structure of the 
inter-frame coding. 

- The system switches over to a separately 
coded FF stream to provide the scan opera- 
tion. This solution, though eliminating any ad- 
ditional read bandwidth or network bandwidth, 
is extremely expensive in terms of storage 
cost. 



Summary of The Invention 

It is an object of this invention to support fast- 
forward and fast-backward (scanning) video frame 

5 retrieval in a disk-array-based video server. 

It is a further object of this invention to support 
variable speed scanning in video server. 

To avoid the previously described drawbacks, 
the present invention provides a system and meth- 

w od for performing variable speed scanning or 
browsing, wherein a user controls the playout 
speed of a movie, which does not require addi- 
tional disk or network bandwidth resources. 

In a preferred embodiment, the method pro- 

75 vides for variable speed scanning operations for an 
MPEG video stream. The method satisfies the con- 
straints of the MPEG decoder (in the users set-top 
box) and require a minimum of additional system 
resources. The embodiments of the present inven- 

20 tion include (a) a storage method, (b1) a segment 
sampling method, (b2) a segment placement meth- 
od, and (c) a playout method, where (b1) and (b2) 
are two alternatives for segment selection. Thus, 
two sets of solutions are provided to support vari- 

25 able speed scanning in a disk-array-based video 
server: One using (a), (b1) and (c), and the other 
using (a), (b2) and (c). 

An MPEG video stream is composed of three 
types of frames: intra frames (I), predictive frames 

30 (P) and interpolated frames (B). The storage meth- 
od divides a stream of MPEG video frames into 
media segments. Each segment comprises con- 
secutive frames beginning with an I frame and 
ending before another I frame. Allocation and re- 

35 trieval of the multimedia stream is in units of seg- 
ments. Consecutive segments are stored on dif- 
ferent disks in the disk array. 

During normal playout, one media segment is 
retrieved from each disk in a disk array with, say n, 

40 disks. These n segments are buffered in memory 
and transmitted at a fixed rate to the receiving 
station. In order to preserve smooth operation dur- 
ing the FF mode, n consecutive segments in the 
scan sequence reside in n different disks. 

45 The segment sampling method, which selec- 

tively retrieves segments from a disk array where 
segments are placed in a round-robin manner, sup- 
ports segment sampling for FF retrieval, at any FF 
rate desired by viewers. The segments sampled by 

50 this method are uniformly distributed with a mini- 
mal variation on the number of segments skipped 
between every two consecutive retrievals. 

The segment placement method is an alter- 
native to the segment sampling method for seg- 

55 ment selection. In contrast to the segment sam- 
pling method (that is used for a disk-array-based 
video server where segments are placed in a 
round-robin manner) the segment placement meth- 
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od allocates segments to disks judiciously such 
that no special provision is needed for sampling 
and the segments can be completely uniformly 
sampled in an scanning mode for some pre-deter- 
mined scanning speeds. 

The playout method operates the receiving sta- 
tion to play out the retrieved video stream for 
scanning retrieval. This method, by selectively 
parsing the incoming media stream and adjusting 
presentation time-stamps, minimizes the buffer 
space and the transmission bandwidth required by 
the server and the end station. These, and other 
objects, features and advantages of this invention 
will become apparent from the following detailed 
description of the invention taken in conjunction 
with the accompanying drawings. 

Brief Description of the Drawings 

Fig. 1 shows a disk-array-based multi-me- 
dia video server in a network; 

Fig. 2 is a block diagram for the procedure 
of fast-forward retrieval using the 
segment sampling method; 

Fig. 3 is a block diagram for the procedure 
of fast-forward retrieval using the 
segment placement method; 

Fig. 4 shows a sequence for of MPEG 
frames; 

Fig. 5 shows a disk array where video seg- 
ments are stored in a round robin 
manner; 

Fig. 6 is a detailed flow diagram for a seg- 
ment sampling method program; 

Fig. 7 shows an example for the segment 
sampling method; 

Fig. 8 is a detailed flow diagram for a seg- 
ment placement method program; 

Fig. 9 shows an example for the segment 
placement method; and, 

Fig. 10 is a block diagram for the playout 
procedure. 

Detailed Description of A Preferred Embodiment 

Fig. 1 shows a disk-array-based video server 
100, wherein video data is stored in the disk array 
102 and transmitted to the end client stations 103 
over the network 104 upon request. The movies 
(videos) are stored on the disks 102. The video 
server 100 includes a processor (cpu) 101 which 
executes tasks under control of a cyclic schedular 
106. These tasks include a retrieval task 150 which 
retrieves videos from the disks 102, a storage task 
152 which stores videos temporarily in the memory 
buffer 105 and a transmission task 154 which trans- 
mits videos to client stations 103 by way of a 
communication network 104 via a network interface 



107. 

Each of the client stations 103 includes a net- 
work interface which provides bi-directional com- 
munication between the client station 103 and the 

5 video server video the communication network. The 
client stations also each include processor (cpu) 
109 which receives videos via a client station net- 
work interface 108 into a playout buffer 110. Each 
client station 103 also includes a decoder 111 

w which receives movies from the playout buffer and 
decodes them for performance on the clients dis- 
play equipment (such as a television set) and a 
control interface 112 which receives control com- 
mands (including scan speed control commands) 

75 from a user via a remote controller 114. These 
commands are communicated to the video server 
via the network interface 108 and the network 104. 

The video server 100 can be embodied using 
any processor of sufficient performance for the 

20 number of video streams to be supported. For 
example, a small capacity video server could be 
embodied using an RISC System/6000 TM system 
while a larger capacity server could be embodied 
using an ES/9000 TM system (both available from 

25 International Business Machines Corporation of Ar- 
monk, New York). The disk array 102 can be of the 
RAID level 5 type. The communication network 103 
can be, for example, a fiber optic network or a 
conventional bi-directional cable network. The client 

30 stations 103 can be embodied as a set-top box. 
The Remote control 114 and the control logic can 
be coupled by way of a conventional infra-red 
interface. The clients send commands to the server 
103 by way of the network 104. In accordance with 

35 an embodiment of the present invention, the client 
can control the scan speed of the video (along a 
continuous spectrum) by depressing particular but- 
tons on the remote controller 114. 

For clarity, the example of fast forward oper- 

40 ations will be used in this description. It should be 
understood however that the described principals 
apply equally to fast backward (FB) operations. 

Fig. 2 illustrates one way to achieve the FF 
retrieval in a disk-array-based video server, using a 

45 storage method 10, a segment sampling method 
15, and a playout method 20 according to an 
embodiment of the present invention. The storage 
method 10 divides a stream of MPEG video frames 
into media segments. Each segment comprises 

so consecutive frames beginning with an I frame and 
ending before another I frame. Allocation and re- 
trieval of the multimedia stream is in units of seg- 
ments. The segment sampling method 15 selec- 
tively retrieves segments from a disk array where 

55 segments are placed in a round robin manner and 
performs fast forward (FF) retrieval at any fast 
forward speed desired by viewers. The playout 
method 20 causes the end station to play out the 
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retrieved video stream from fast forward retrieval 
and maintains the same buffer space and transmis- 
sion bandwidth requirement as in the normal play 
operation. 

Fig. 3 illustrates another way to achieve the FF 
retrieval in a disk-array-based video server, using 
the storage method 10, the segment placement 
method 35, and the playout method 20 according 
to another embodiment of the present invention. 
The storage method 10 and the playout method 20 
are the same as used in conjunction with the 
method of FIG. 2. The segment placement method 
35 allocates segments to disks judiciously such 
that segments can be completely uniformly sam- 
pled in an FF mode for some predetermined FF 
speeds. 

The various tasks and programs used to con- 
trol scanning will now be described by reference to 
FIGs. 4-10. 

Fig. 4 shows a sequence of MPEG video 
frames 1-8 that is composed of intra frames (I), 
predictive frames (P), and interpolated frames (B). 
The storage order of the frames, which differs from 
the temporal order, reflects the order in which the 
frames have to be delivered to the decoder. In the 
MPEG stream P frames depend on I frames, and B 
frames depend upon both I and P frames. Hence, it 
is not possible to play out B frames without the 
corresponding I and P frames. It is therefore not 
possible to play out every third frame to achieve 
3X playout since this subset would include B 
frames without the corresponding anchor I or P 
frames. 

For the foregoing reasons, the present storage 
method divides an MPEG video stream into media 
segments. Each segment includes consecutive 
frames beginning with an I frame and ending be- 
fore another I frame. Allocation and retrieval of the 
multimedia stream is in units of segments. Con- 
secutive segments are stored on different disks in 
the disk array 102. 

The segment sampling method of the retrieval 
task 150 will now be described. Consider a disk- 
array-based video server of the type shown in FIG. 
1 in which there are n disks. For the maximal 
throughput during the normal (standard playback 
speed) operation, video segments S0-S29 are 
stored in the disk array 102 in a round-robin man- 
ner so that n consecutive segments can be re- 
trieved in one round. Formally, when there are n 
disks, segment g is stored in disk k=f1(g,n) where 
f1(g,n) = g mod n. Fig. 5 illustrates an example 
round-robin segment placement when n=10. 

To achieve the FF feature, one has to appro- 
priately sample some segments only, while skip- 
ping the others. The sampling rate depends upon 
the FF speed desired. If the FF speed is m times 
the normal speed, we would in average sample one 



segment out of m segments. For example, if the FF 
speed m equals 3, segments sO, s3, s6 and s9 will 
be retrieved from disk 0, disk 3, disk 6 and disk 9, 
respectively, in Fig. 5, while skipping segments s1, 

5 s2, s4, s5, s7 and s8. The complete sampling 
procedure will be described in more detail later by 
reference to the segment sampling method. 

To provide the best output during FF, the seg- 
ments sampled should be as uniformly distributed 

w as possible. For example, to double the speed, one 
can simply select even segments while skipping 
the odd ones. However, it can be verified that this 
method, while uniformly sampling the segments, 
will not obtain the maximal throughput when there 

75 are an even number of disks in the array (such as 
the situation in Fig. 5 where n=10). Specifically, 
where only the even segments are selected, only 
half of the disks (i.e., disks with even numbers) 
participate in the segment retrieval whereas the 

20 other half disks (i.e., disks with odd numbers) re- 
main idle. Consequently, to develop an FF video 
segment retrieval scheme in a disk array where 
segments are stored in a round-robin manner, we 
not only want to sample the segments as uniformly 

25 as possible but also need to ensure that the maxi- 
mal throughput is attained. Such a procedure is 
described below. 

Fig. 6 is a flow chart of a program in the 
retrieval task 150 for determining, for each disk, 

30 which video segment to retrieve in an FF mode. 
Suppose the number of disks in the array is n and 
the FF speed desired is m times as the normal 
operation. Let icm(n,m) denote the least common 
multiple of m and n. For example lcm(3,9)=9. Let 

35 z=nm/lcm(n,m), for notational simplicity. To facili- 
tate the description, an FF segment retrieval for 
n=9 and m=3 is given in Fig. 7, where the seg- 
ments retrieved are marked with *'s. 

Referring now to Fig. 6, the round number of 

40 segment retrieval, r, equals one in the beginning 
(step 60). Depending on whether r is an odd num- 
ber or an even number, each disk will use proper 
formulas to determine the segment to retrieve (step 
70). The case that r is an odd number corresponds 

45 to the first half of the zig-zag curve resulting from 
the segments retrieved, such as the line formed by 
segments 0*, 10* and 20* in the first round of Fig. 7. 
On the other hand, the case that r is an even 
number corresponds to the second half of the zig- 

50 zag curve, such as the line formed by segments 
29*, 37* and 45* in the second round of Fig. 7. 
Specifically, if r is an odd number, segment g will 
be retrieved from disk k, where g is uniquely 
determined by steps 80 and 85. If r is an even 

55 number, segment g will be retrieved from disk k, 
where g is uniquely determined by steps 90 and 
95. After segment g is retrieved from disk k re- 
trieves in step 100, if more video segments are 
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needed (step 105), go to step 110 and increase the 
round number r by one. Otherwise, this procedure 
ends in step 120. 

Referring again to Fig. 7, the example for n=9 
and m=3 is provided and those segments retrieved 
are marked with *'s. Instead of retrieving segments 
whose numbers are multiples of three (which would 
make disks 1, 2, 4, 5, 7 and 8 idle), the segment 
sampling scheme described in Fig. 6 shifts the 
video segments retrieved in some retrievals. For 
example, segment 10 is fetched instead of seg- 
ment 9, and segment 20 is fetched instead of 
segment 19. Such shifting, though making the seg- 
ments retrieved not perfectly uniformly distributed, 
ensures that the maximal throughput is achieved. 
The group of segments retrieved in the first round 
of retrieval in Fig. 7 consists of segments 0, 10, 20, 
3, 13, 23, 6, 16 and 26, which are then displayed in 
the order of 0, 3, 6, 10#, 13, 16, 20#, 23, 26, where 
# indicates a shift for retrieved segment numbers. 
Under this scheme, the segments retrieved in the 
second round of retrieval in Fig. 7 are segments 
45, 37, 29, 48, 40, 32, 51, 43, and 35, which are 
then displayed in the order of 29, 32, 35, 37#, 40, 
43, 45#, 48, 51. It can be seen from Fig. 7 that the 
segments retrieved form a zig-zag curve. The num- 
ber of shifts in a zig-zag is 2nm/lcm(n,m) - 2, 
which is the minimum among all FF schemes that 
could achieve the maximal throughput in a disk- 
array-based video server where segments are 
stored in a round-robin manner. 

The segment placement method will now be 
described. As shown in Fig. 2 and Fig. 3, the 
segment placement method is an alternative to the 
segment sampling method previously described. In 
contrast to the segment sampling method (which 
selectively retrieves segments from a disk array in 
which segments are stored in a round-robin man- 
ner) the segment placement method allocates seg- 
ments to disks judiciously such that no special 
provision is needed for sampling and the segment 
can be completely uniformly sampled in an FF 
mode for some pre-determined FF speeds. Con- 
sider an FF operation in which the playout rate is 
m times as the normal playout rates. In this FF 
mode, the sequence of retrieved segments from a 
given starting segment i is {i, i+m, i+2m, i+3m, 
...}. Since n media segments are retrieved in each 
round, the segments to be retrieved are {(r-1)nm, 
(r-1)nm+m, (r-1)nm+2m, (r-1)nm+(n-1)m}, 
where r is the round number of segment retrieval. 
It is necessary to ensure that these segments be 
mapped to different disks so as to have the maxi- 
mal throughput. The segment placement function 
f2(g,n), defines a mapping from media segment g 
to a disk k, where k is a number ranging from 0 to 
n-1 in the disk array with n disks. 



Assuming that m is a sub-multiple of the num- 
ber of disks n, the mapping function can be de- 
fined as follows: 

f2(g,n) = (g + [g/n]) mod n. The first term (g) 

5 represents a regular scattering of the segments on 
the n disks and the second (g/n) represents a skew 
factor. It can be shown that f2(g,n) maps the 

segments {(M)nm, (r-1)nm+m, (r-1)nm+2m 

(r-1)nm+(n-1)m} to different disks for any r. 

w Referring now to Fig. 8 (which shows a flow 

chart of a segment placement program in the re- 
trieval task 150), the round number of segment 
retrieval, r, equals one in the beginning (step 200). 
In the r-th round, disk k will locate its i-th disk (i.e., 

75 segment number g) to retrieve, where the numbers 
i and g are uniquely determined by steps 210 and 
220, respectively. After segment g is retrieved from 
disk k in step 230, if more video segments are 
needed (step 240), go to step 250 and increase the 

20 round number r by one. Otherwise, this procedure 
ends in step 260. 

Referring now to Fig. 9, the placement of video 
segments in a disk array with 6 disks when the 
required FF speed is three times as the normal 

25 operation is given. This layout of media segments 
across n disks ensures smooth retrieval for playout 
at different FF speeds if the FF speed-up m is a 
sub-multiple of the number of disks n. The layout 
ensures that the media segments to be retrieved in 

30 a round all reside in different disks, so that the load 
imposed on the storage system by the retrieval 
process in the FF mode is identical to the load 
under normal operation. 

The playout method is now described. During 

35 the normal speed playout, video data is retrieved 
from the disk in rounds. In each round one media 
segment is retrieved from each disk in the disk 
array. The data is buffered temporarily in the serv- 
er and transmitted at a fixed rate to the end station. 

40 In the FF mode, the server retrieves segments 
based on either the procedure in Fig. 2 or the one 
in Fig. 3. Referring now to Fig. 10, the processing 
steps of the receiving station that has the respon- 
sibility of parsing the incoming stream and creating 

45 a valid input stream for the decoder are given. The 
receiving end station 103 receives the incoming 
segment stream from the video server 100 in step 
300, and discards intermediate frames that do not 
have the associated anchor frames in step 310. 

50 Note that although the media segment begins with 
an I frame, it contains B frames that have an 
anchor frame outside the media segment. These B 
frames are located immediately after the I frame as 
shown in Fig. 4, and are ignored since they depend 

55 on the last P frame in the preceding media seg- 
ment which is not retrieved. In step 320 the receiv- 
ing station adjusts the presentation time-stamps 
embedded in the stream. The presentation time- 
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stamp determines the time at which a video frame 
is to be displayed. It has to be adjusted to com- 
pensate for the skipped segments and also for the 
dropped B frames, so as to reflect the correct 4. 
playout time. Video frames are then played out in 5 
step 330. 

This playout policy results in a piecewise con- 
tinuous playout sequence. It allows the viewer to 
examine scenes in order to quickly locate the 
scene of interest. Since the segment size is fixed, w 
no additional buffer or transmission bandwidth is 5. 
required for the stream. The segment maintains the 
average data rate of the stream, and hence it is 
acceptable to the end station decoder. 

Now that the invention has been described by 15 
way of the preferred embodiment, various modi- 
fications and improvements will occur to those of 
skill in the art. Thus, it should be understood that 
the preferred embodiment has been provided as an 
example and not as a limitation. The scope of the 20 6. 
invention is defined by the appended claims. 

Claims 

1. A method of performing any of variable speed 25 
scanning operations in a video server wherein 7. 
at least one data stream is provided from a 

mass storage media, comprising the steps of: 
receiving, by the video server, a performance 
request from a viewer for showing a particular 30 
video; 

transmitting a first data stream carrying the 
particular video from the video server to recep- 
tion equipment at the viewer's location; 
receiving, by the video server, a scanning re- 35 
quest including control data indicative of a 
scanning speed; 

identifying, as a function of the control data, 
particular frames of the video to be retrieved 
from the mass storage media; 40 
transmitting, to the viewers location, a second 
data stream consisting essentially of only the 
particular frames, instead of the first data 
stream. 

45 8. 

2. The method of Claim 1 wherein the frames are 
identified and encoded intra (I) frames, predic- 
tive frames and interpolated frames and stored 
in the mass storage media as units of retrieval 



each of the units of retrieval comprising con- 50 

secutive ones of the frames beginning with an I 

frame and ending before another I frame. 9. 

3. The method of Claim 1 wherein mass storage 

media is a disk array, the particular frames are 55 



also identified as a function of a number of 
disks in the array, the frames of the video are 
distributed among a plurality of disks in the 



disk array and wherein a plurality of the frames 
are retrieved from the disks in parallel. 

The method of Claim 1 wherein the storage 
media is an array of disks and comprising the 
further step of distributing the frames among 
the disks in the array as a function of a num- 
ber of disks in the array and at least one 
predetermined scanning rate. 

The method of Claim 1 wherein mass storage 
media is a disk array, and wherein the frames 
of the video are distributed among a plurality 
of disks in the disk array and such that the 
particular frames are distributed evenly among 
the disks and wherein the total number of 
frames retrieved is the same as for transmis- 
sion of the first data stream. 

The method of Claim 3 wherein the frames are 
stored as segments on the media and wherein 
each of the segments comprises a sequence 
of consecutive frames which can be decoded 
as a unit. 

A video-on-demand system, comprising: 
a user station having a video decoder, a con- 
trol interface for receiving scan speed control 
commands from a user and a first network 
interface for receiving video data from the vid- 
eo server and for communicating the scan 
speed control commands to the video server; 
a video server having a mass storage media, a 
second network interface for sending the video 
data to the user station and for receiving the 
control commands from the user station; and, 
processing logic responsive to the control 
commands, for identifying particular frames of 
a video to be retrieved from the mass storage 
media and provided to the user station; and 
a communication network, coupled to the first 
network interface and the second network in- 
terface. 

The video-on-demand system of Claim 7 
wherein the frames are stored as segments on 
the media and wherein each of the segments 
comprises a sequence of consecutive frames 
which can be decoded as a unit by the user 
station. 

A video server, comprising: 

a mass storage media for storing a plurality of 

videos; 

a network interface for sending video data to a 
user, for receiving a request for performance of 
one of the videos and scan speed control 
commands from the user; and, 
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10. 



processing logic responsive to the control 
commands, for identifying particular frames of 
the one of the videos to be retrieved from the 
mass storage media and provided to the user, 
wherein particular frames of the video are skip- 
ped as a function of speed information embed- 
ded in the scan speed control commands. 

The video server of Claim 9 wherein the 
frames of the one of the videos are identified 
and encoded as intra (I) frames, predictive 
frames and interpolated frames and stored in 
the mass storage media as units of retrieval 
each of the units of retrieval comprising con- 
secutive ones of the frames beginning with an I 
frame and ending before another I frame. 
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75 



processing means responsive to the control 
commands, for identifying particular frames of 
the one of the movies to be retrieved from the 
mass storage media and provided to the user, 
retreival means for retrieving the particular 
frames of the one of the movies from the disks 
in parallel groups of the frames, wherein the 
number of frames retrieved in parallel from the 
disks during scanning is the same as for trans- 
mission of a video stream at normal playout 
speed. 



11. The video server of Claim 9 wherein mass 
storage media is a disk array, the particular 
frames are also identified as a function of a 20 
number of disks in the array, the frames of the 
video are distributed among a plurality of disks 

in the disk array and wherein a plurality of the 
frames are retrieved from the disks in parallel. 

25 

12. The video server of Claim 9 wherein the stor- 
age media is an array of disks and wherein the 
frames a distributed among the disks in the 
array as a function of a number of disks in the 
array and at least one predetermined scanning 30 
speed other than a normal playout speed. 

13. The video server of Claim 9 wherein the mass 
storage media is a disk array, and wherein the 
frames of the video are distributed evenly 35 
among disks in the disk array such that the 
number of frames retrieved during scanning is 

the same as for transmission of a video stream 
at normal playout speed. 

40 

14. The video server of Claim 9 wherein the 
frames are stored as segments on the media 
and wherein each of the segments comprises 
a sequence of consecutive frames which can 

be decoded as a unit by a user station. 45 



15. A video server, comprising: 

an array of disks having a plurality of movies 
stored therein, each movie being stored in the 
array in units of retrival comprising consecutive 
intra (I) frames, predictive frames and interpo- 
lated frames, each unit of retrieval comprising 
consecutive ones of the frames beginning with 
an I frame and ending before another I frame; 
a network interface for sending video data to a 
user, for receiving a request for performance of 
one of the movies and scan speed control 
commands from the user; and, 
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55 
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FIG. 2 
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FIG. 4 
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FIG. 6 
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